Graphical Java Lesson 1-4: Making Things Move on Their Own 


In Lesson 1-3, you learned how to use images, in order to draw Mario on the screen. You also learned 
how to make simple animations, so you could see Mario walk, rather than just slide back and forth, 
when you pressed the left and right arrow keys. In this lesson, you are going to build on this, to make 
one of Mario's longtime enemies: THE FEARSOME GOOMBA!!! You will make the Goomba able to 
move left and right, with a walking animation, on its own. 


In this lesson, we are going to build on our Walking Mario project. Open it, in NetBeans. We're 
going to add another image to our collection, so we can draw a Goomba on the screen. Open your web 
browser, and go to http://www.mariouniverse.com/images/sprites/nes/smb/enemies.png. Let's save this 
picture in our "images" folder, where mario.png resides. Go to the location on your computer where 
NetBeans stores all of your projects. Then, go to the "Walking Mario" folder. From there, go to the 
"build" folder, then "classes", then "walking", and then "mario". Finally, open your "images" folder. 
Save the picture of Mario's enemies in this folder. If your browser automatically saves pictures in a 
"Downloads" folder, save it there, and then move it to your "images" folder. ely shucents with Tes 
You can now close your browser. Go back to NetBeans. 


To begin, let's load the picture of Mario's enemies into memory. Go to yourWalkingMario.java 
source file. Add the following declaration to your list of global variables: 


public static Image enemies img; 
Then, in your program's main method, right after this try-with-resources statement ... 


try (InputStream mario file = 
WalkingMario.class.getResourceAsStream("images/mario.png") ) 
{ 
mario img = ImagelO.read(mario file); 


} 


... add the following try-with-resources statement: 


try (InputStream enemies file = 
WalkingMario.class.getResourceAsStream("images/enemies.png") ) 


{ 


enemies img = ImagelO.read(enemies file); 


} 


Let's create a new class: Goomba. This class is going to contain data and methods related to the 
movement and animation of a Goomba on the screen. After you have created the Goomba class, go to 
your Goomba. java source file. Add the following member variable to your Goomba class: 


private Rectangle my rect; 
Import the Rectangle class, with the following import statement: 


import java.awt.Rectangle; 


Notice how this is similar to the my rect member of your Mario class. The form of a Goomba also 
approximates a rectangle enough that we can use a Rectangle object to store information about its 
location on the screen. Write the following constructor for the Goomba class: 


public Goomba () 
{ 

my rect = new Rectangle(200, 36, 16, 16); 
} 


When we make a Goomba, we'll have it start at (200, 36) on the screen. Its width will always be 16 
pixels, and its height will always be 16 pixels. Let's also tell Java how to draw a Goomba. Import the 
Graphics class, with the following import statement: 


import java.awt.Graphics; 
Give your Goomba class the following draw method: 


public void draw(Graphics g) 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my _rect.height, 
30, 4, 46, 20, null); 
} 


The above draw method is similar to that of the Mario class, before we animated Mario. Notice how 
we used enemies img as our source image, rather than mario img. Make sure you use the correct 
source image! Your Goomba class should now look like: 


public class Goomba { 
private Rectangle my rect; 


public Goomba () 


{ 
my rect = new Rectangle(200, 36, 16, 16); 


} 


public void draw(Graphics g) 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
30; 4; 46, 20, null); 


} 


In order to draw a Goomba, first, we need to make one! Go to your WalkingMario. Java source 
file. Add the following declaration to your list of global variables: 


public static Goomba goom; 


We'll give our Goomba a name: goom. In your main method, right after the statement that creates 
Mario ... 


mario = new Mario(); 

... Insert the following line of code: 

goom = new Goomba(); 

Your WalkingMario class should now look like: 


public class WalkingMario { 
public static JFrame main window; 


public static Image mario img; 
public static Image enemies img; 
public static Mario mario; 
public static Goomba goom; 


public static void main(String[] args) throws IOException { 
try (InputStream mario file = 
WalkingMario.class.getResourceAsStream("images/mario.png") ) 


{ 
mario img = ImagelO.read(mario file); 

} 

try (InputStream enemies file = 
WalkingMario.class.getResourceAsStream("images/enemies.png") ) 


{ 


enemies img = ImagelO.read(enemies file); 
} 
mario = new Mario(); 
goom = new Goomba(); 
main window = new JFrame ("Walking Mario"); 


main window.setDefaultCloseOperation (JFrame.EXIT ON CLOSE); 
main window.setSize(400, 180); 

main window.setContentPane (new ContentPane()); 

main window.addKeyListener (new KBInputProcessor()); 

main window.setVisible (true) ; 


Finally, in order to draw goom on the screen, we'll need to call its draw method from somewhere. Go 
to your ContentPane. java source file. In the paintComponent method of the Content Pane 
class, add the following line of code: 


WalkingMario.goom.draw(g) ; 


Your ContentPane class should now look like: 


public class ContentPane extends JPanel { 
public ContentPane () 
{ 
super(null, true); 


} 


protected void paintComponent (Graphics g) 
{ 
WalkingMario.mario.draw(g); 
WalkingMario.goom.draw(g) ; 


Run your program. If you have done everything right, it should look like: 
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If you have Mario walk over to goom's location, Mario won't die, since we didn't code that to happen. 
The above code will draw goom in front of Mario. If you switch the order of the two draw calls, 
Mario will be drawn in front of goom. 


If your program crashes, check that the picture files, mario.png and enemies.png, are in the right 
place. Go to the location on your computer where NetBeans stores all of your projects. Once you're 
there, go to the "Walking Mario" folder. From there, go to "build", then "classes", then "walking", and 
then "mario". In that folder, you should see an "images" folder. If you don't have an "images" folder, 
make one. Go to the "images" folder. In it, you should see the file, mario.png. If you don't see that 
file, download it from http://www.mariouniverse.com/images/sprites/nes/smb/mario.png, and put it in 
your "images" folder. You should also see the file, enemies .png. If you don't see that file, download 


it from http://www.mariouniverse.com/images/sprites/nes/smb/enemies.png, and put it in your 
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Now, we're going to give goom the ability to move. Go to your Goomba. java source file. Let's give 
our Goomba class amoveLeft method ... 


public void moveLeft () 
{ 
iy <Scl.= = my rect. = 1; 


} 
... and amoveRight method: 


public void moveRight () 
{ 


My Fréct.% = My rect.x + 1; 


} 


Again, the above move methods are similar to those of the Mario class, before we animated Mario. If 
you run your program, goom won't move, because neither of its move methods is ever called. We 
could make it so that keypresses cause goom to move, but that's not how a Mario game works. In a 
Mario game, the enemies are controlled by the computer, and they move on their own. How can we 
make goom move on its own? 


Introducing timers! In Java, there's a way to have the system fire an event, every so often, so that things 
can happen on their own, one step at a time. This involves using an object called a timer. In Java, a 
timer fires an event every N milliseconds, which causes a callback method of a listener object to be 
called, so that the desired actions can be performed. 


Let's make the listener object's class first. Create a new class: TimerEventProcessor. After you 
have created the TimerEventProcessor class, go to your TimerEventProcessor. java 
source file. We're going to make our TimerEventProcessor class implement the 
ActionListener interface (in the java.awt.event package). First, import the 
ActionListener interface, with the following import statement: 


import java.awt.event.ActionListener; 
Then, change ... 
public class TimerEventProcessor 


.. tO: 


public class TimerEventProcessor implements ActionListener 


We're using implements, rather than extends, because we're implementing an interface, rather 
than extending a class. We won't need to write a constructor for this class, because it contains a built-in 
one that will work, for what we're going to do. In our program, every 20 milliseconds (0.02 seconds), a 
timer will fire a timer event, which our program will be listening for. Since our timer will use a listener 
object of type TimerEventProcessor, the actionPerformed callback method of the 
TimerEventProcessor class will be called once every 20 milliseconds. Let's implement that 
actionPerformed method. In the body of your TimerEventProcessor class, add the 
following code: 


public void actionPerformed(ActionEvent e) 


{ 
WalkingMario.goom.moveRight (); 
WalkingMario.main window.repaint(); 


You'll also need to import the ActionEvent class (in the java.awt.event package), with the 
following import statement: 


import java.awt.event.ActionEvent; 


Every 20 milliseconds, we'll have goom move to the right one pixel. Then, we'll repaint the screen, so 
that you'll see goom move. Since we'll be having goom move once every 0.02 seconds, and each 
instance of this movement is like a frame of animation, goom will move at 50 frames per second 
(FPS). To get the number of frames per second, use the following formula: 


_ 1 1000 
FPS=—_—___- ———— 
SecondsPerFrame MillisecondsPerFrame 


Before we continue, check that your TimerEventProcessor class looks like: 


public class TimerEventProcessor implements ActionListener { 
public void actionPerformed(ActionEvent e) 
{ 
WalkingMario.goom.moveRight (); 
WalkingMario.main window. repaint (); 


To make goom actually move, we'll need to make a timer, and then activate it. Go to your 
WalkingMario.4java source file. Let's import the Timer class (in the j avax. swing package), 
with the following import statement: 


import javax.swing.Timer; 
Then, we'll create a Timer object. Add the following declaration to your list of global variables: 


public static Timer timer; 


In your main method, right after ... 
main window.setVisible (true) ; 
... Insert the following lines of code: 


timer = new Timer(20, new TimerEventProcessor()); 
timer.start(); 


Run your program. The Goomba should steadily move to the right, on its own. You should still be able 
to move Mario with the left and right arrow keys. Above, the first line of code creates a new Timer 
object that fires a timer event every 20 milliseconds. timer uses a TimerEventProcessor object 
to listen for timer events. Every 20 milliseconds, the actionPerformed method of that 
TimerEventProcessor object will be called. The second line of code activates timer, so that it 
actually fires a timer event every 20 milliseconds. 


We can also use our timer to animate goom. Go to your Goomba. java source file. Animating a 
Goomba will be simpler than animating Mario, because Goombas have only two frames of animation. 
While a Goomba is walking, it alternates between these two frames. To store data about these frames, 
and clarify our code, we'll make some symbolic constants in our Goomba class: 


private static final int NUM FRAMES = 2; 


private static final Rectangle|] FRAME SRC = 
{ 
new Rectangle(0, 4, 16, 16), 
new Rectangle(30, 4, 16, 16) 
ry 


Insert these declarations at the beginning of the body of your Goomba class, after its opening curly 
brace, but before the declarations of Goomba's member variables. These will only require a brief 
explanation. Just like Mario, a Goomba is going to have another piece of state: the number of the frame 
that we are currently using to draw it (0 or 1). Goombas always walk; they never stop, so we only have 
frames that show them walking. Let's add that piece of state to Goomba's list of member variables, 
with the following declaration: 


private int frame; 


Initially, we'll use frame 0 to draw a Goomba, so in the constructor of your Goomba class, add the 
following line of code: 


frame = 0; 


Then, we'll use frame, in the draw method of the Goomba class. In the draw method, change this 
line of code ... 


g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
30; 4; 46, 20, null); 


.. tO: 


g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
FRAME SRC[frame].x, FRAME SRC[frame].y, 
FRAME SRC[frame].x + FRAME SRC[frame].width, 
FRAME SRC[frame].y + FRAME SRC[frame].height, null); 


I was able to arrayize here, because the frame numbers formed a sequence (0, 1), and the calls to 
drawlImage were very similar to each other. 


Finally, we'll need to change our moveLeft and moveRight methods, so that whenever a Goomba 
moves, it animates. A Goomba's animation: 


* A Goomba is always walking in some direction. 
© If it's on frame 0, put it on frame 1. If it's on frame 1, put it back on frame 0. 
© Frames 0 and | make up a Goomba's walk cycle, because while a Goomba is walking, it 
cycles through those frames. 


Although this animation will be simple, we can make a function table, to show which frame we want to 
use next, based on a Goomba's current frame: 


Current Frame Next Frame 
0 1 
1 0 


Again, we could use a straightforward if statement here, but this is a special pattern that can be coded 
in the following way: 


frame = (frame + 1) % NUM _FRAMES; 


For any cycle of N frames, where N is greater than or equal to 1, and the frame number ranges from 0 
to N— 1, you can use the following code to change the current frame to the next frame: 


frame = (frame + 1) % N; 


The remainder resulting from the division of a non-negative integer X by a positive integer N can range 
from 0 to N — 1, inclusive. Let's test the above code, for all of the possible input values: 


* frame is 0. The value of frame + 1 (1) mod 2 (the value of NUM_ FRAMES) is 1, so frame 
gets set to 1. 
* frame is 1.The value of frame + 1 (2) mod 2 is 0, so frame gets set to 0. 


This code works, so we'll integrate it into the code of the moveLeft and moveRight methods. 
Change the body of the moveLeft method, so that it looks like: 


frame = (frame + 1) % NUM_FRAMES; 
my Pecth.x = thy rect.x = 1; 


Similarly, change the body of the moveRight method, so that it looks like: 


frame = (frame + 1) % NUM_FRAMES; 
ny SCL. = = my Ceci. oy 17 


Run your program. You should be able to see the Goomba move to the right and animate. The 
Goomba's animation will probably be very fast. You could slow it down, by increasing the interval 
between timer events, but that would also make it move more slowly and less smoothly 

(longer interval = fewer FPS = choppier gameplay). There's another way to slow it down, though, 
without sacrificing the smoothness of the Goomba's motion. 


Let's make each frame of a Goomba's animation take several "ticks" of the timer to complete. Add the 
following member variable to your Goomba class: 


private int tick; 
This piece of state will start at 0. It will be incremented several times, before a Goomba will be allowed 
to use its next frame of animation. Upon reaching a target number that we'll specify, it will be reset to 


0, and then, the Goomba's animation will advance to its next frame. 


We'll make a Goomba's animation one-eighth as fast is it is now, so add the following symbolic 
constant to your Goomba class: 


Private etetic final int- TICKS PER FRAME = 8; 


We'll start on tick 0 of frame 0, so in the constructor of your Goomba class, add the following line of 
code: 


tick = 0; 


Our use of tick, to slow down a Goomba's animation, will not affect anything in the draw method, 
since the draw method only cares about the frame that we're using to draw that Goomba. Leave the 
draw method alone. 


Finally, in BOTH move methods, change ... 
frame = (frame + 1) % NUM_FRAMES; 


.. tO: 


tick = (tick + 1) @ TICKS PER FRAME; 
if (tick == 0) 
frame = (frame + 1) % NUM_FRAMES; 


Run your program. The Goomba should move just as quickly and smoothly as it did before. However, 
its animation should be much slower (6.25 FPS). The Goomba uses its next frame of animation once 
every eight ticks of the timer (once every 160 milliseconds). The values of frame and tick cycle 
through the following sequence: 


frame tick frame tick 


(oe) 
YT) DMD) OTe] WIN] FR] O 
YT) nD) OTe] WIN] RF] O 


frame and tick are like the hours and minutes, on a 24-hour clock. The day starts at 0:00, and the 
minutes count up: 0:01, 0:02, ..., 0:58, 0:59, and then, after 60 whole minutes have elapsed, the next 
hour begins. The minutes are reset to 0, to begin the cycle of a new hour: 1:00, 1:01, 1:02, ..., 1:58, 
1:59, 2:00, .... At the end of the day, after 24 whole hours have elapsed, the cycle of a new day starts the 
process all over again: 23:58, 23:59, 0:00, 0:01, .... 


Before we continue, check that your Goomba class looks like: 
public class Goomba { 


private static final int NUM_FRAMES = 2; 
PrELVAte static final int TICKS PER FRAME = 8; 


private static final Rectangle|[] FRAME SRC = 
{ 
new Rectangle(0, 4, 16, 16), 
new Rectangle(30, 4, 16, 16) 
he 


private Rectangle my rect; 
private int frame; 


fe 


private int tick; 


public Goomba () 

{ 
my rect = new Rectangle(200, 36, 16, 16); 
frame = 0; 
tick = 0; 

} 


public void draw(Graphics g) 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 

my rect.x + my rect.width, my rect.y + my rect.height, 
FRAME SRC[frame].x, FRAME SRC[frame].y, 
FRAME SRC[frame].x + FRAME SRC[frame].width, 
FRAME SRC[frame].y + FRAME SRC[frame].height, null); 

} 


public void moveLeft () 


{ 


tick = (tick + 1) % TICKS PER FRAME; 
if (tick == 0) 


frame = (frame + 1) % NUM_FRAMES; 
hy eecl.x = my rect.x = 1; 


} 


public void moveRight () 
{ 
tick = {tick + 1) @ TICKS PER FRAME; 
if (tick == 0) 
frame = (frame + 1) % NUM_FRAMES; 
hy ©ecl.x = my rectsx + 1; 


Right now, goom moves right, and keeps on moving right. When it goes off the right side of the 
window, it doesn't turn around and come back. If we had goom move left, it would keep on moving 
left, off the left side of the window. Let's make it so that when goom reaches one side of the window, it 
stops, and then moves in the opposite direction. goom will keep moving in a direction, until it can 
move no further in that direction. Then, it will move in the opposite direction. It will keep on moving, 
back and forth, until we exit the program. 


How do we know if goom has reached the left or right side of our main window? The left side of a 
window has an x-coordinate of 0, while the right side of a window has an x-coordinate of that window's 
width, in pixels, minus one. That's easy enough, but we can change the size of our main window! That 
complicates matters. What if goom is near the right side of the window, and then, we shrink the 
window, so that goom is now to the right of the window's right side? Thankfully, we can sidestep this 
issue, by making our main window (really, its content pane, since that's where all of the action takes 
place) a fixed size. After all, in how many games can you change the size of the window? 


Go to your WalkingMario.java source file. Let's make some symbolic constants for the width and 
height of our main window's content pane. Since these numbers will be used in several places in our 
code, making symbolic constants for them clarifies our code, and makes it easier to update, if we want 
to change the size of our window. Add the following declarations before your list of global variables: 


public static final int WINDOW WIDTH = 400; 
public static final int WINDOW HEIGHT = 180; 


Notice how we made these constants public, rather than private. This is because we will be using 
them in other classes, rather than just Wal kingMario. REMOVE (or comment out) the following 
line of code from your main method: 


main window.setSize(400, 180); 


Normally, when you set the size of a window, you're setting the size of the WHOLE window: the 
content pane, plus the other parts, like its borders, title bar, etc. Therefore, the window's content pane 
will actually be a little smaller than say 400 x 180. This could cause stuff drawn near the edges of the 
"window" to get cut off. We want to avoid this problem, by directly setting the size of our main 
window's content pane. Go to your Content Pane. java source file. In the constructor of your 
ContentPane class, under the line ... 


super(null, true); 
... add the line: 


setPreferredSize (new Dimension (WalkingMario.WINDOW WIDTH, 
WalkingMario.WINDOW HEIGHT) ); 


Import the Dimension class (in the java. awt package), with the following import statement: 
import java.awt.Dimension; 

The call to set PreferredSize tells Java that you want this Content Pane to be 400 x 180 
pixels, if possible. 400 x 180 is perfectly feasible, while a size that is bigger than your screen, such as a 


million by a million, is probably not. If you specify such a ginormous size, Java will just make your 
ContentPane as big as possible. A Dimension object stores a width and a height. 


The body of the constructor of your Content Pane class should look like: 


super (null, true); 
setPreferredSize (new Dimension (WalkingMario.WINDOW WIDTH, 
WalkingMario.WINDOW HEIGHT) ); 


Finally, after we give our main window its content pane, we'll make it so that the user can't change its 
size. Go back to yourWalkingMario. java source file. In your main method, right before ... 


main window.setVisible (true) ; 
... insert the lines: 


main window.setResizable (false); 
main window.pack(); 


Run your program. You should not be able to change the size of the main window. Don't forget that call 
to pack! When you call the pack method, you tell Java, "Okay, main window has everything it 
needs. Make it just large enough to fit all of that stuff." 


Before we continue, check that your WalkingMario class has the following symbolic constants and 
global variables: 


public static final int WINDOW WIDTH = 400; 
public static final int WINDOW HEIGHT = 180; 
public static JFrame main window; 

public static Image mario img; 

public static Image enemies img; 

public static Mario mario; 

public static Goomba goom; 

public static Timer timer; 


Also, check that the body of your main method looks like: 


try (InputStream mario file = 
WalkingMario.class.getResourceAsStream("images/mario.png") ) 

{ 
mario img = ImagelO.read(mario file); 

} 

try (InputStream enemies file = 
WalkingMario.class.getResourceAsStream("images/enemies.png") ) 


{ 


enemies img = ImagelO.read(enemies file); 


} 


mario = new Mario(); 

goom = new Goomba(); 

main window = new JFrame ("Walking Mario"); 

main window.setDefaultCloseOperation (JFrame.EXIT ON CLOSE); 
main window.setContentPane (new ContentPane()); 

main window.addKeyListener (new KBInputProcessor()); 
main window.setResizable (false); 

main window.pack(); 

main window.setVisible (true) ; 

timer = new Timer(20, new TimerEventProcessor()); 
timer.start(); 


Now, we're going to make goom stay within the boundaries of the window. Go to your Goomba. java 
source file. Let's give a Goomba another piece of state: the direction it's moving in (left or right). Add 
the following member variable to the Goomba class: 


private boolean moving right; 


A Goomba will move right, until it reaches the right side of the window. Then, it will stop, change 
direction, and move left, until it reaches the left side of the window. Then, it will stop, change direction, 
and the Goomba will move like this, for as long as the program runs (essentially "forever"). Initially, 
we'll have it move right, so in the constructor of your Goomba class, add the following line of code: 


moving right = true; 


Since the animation of a Goomba is so simple, the direction in which it's moving won't affect its 
appearance in any way. Therefore, we'll leave the draw method alone. 


Finally, we'll need to have our moveLeft and moveRight methods take the boundaries of the 
window into account. Since the movement of a Goomba is controlled by the computer, we can assume 
that moveLeft will only be called when the Goomba is moving left (when moving right is 
false). Therefore, we won't need to check the value of moving right, with an if statement. At the 
end of the body of the noveLeft method, add the following if statement: 


ix (my rect.x <0) 
{ 
hy rectss = 07 
moving Fight = 


} 


true; 


The x-coordinate of the left side of the program's window is 0. Therefore, if the x-coordinate of the left 
side of aGoomba (my_rect.x) 1s less than 0, it is off the left side of the screen. By setting the 
x-coordinate of its left side to 0, we put it back on the screen, at the leftmost possible position. Then, by 
setting moving right to true, we tell it to move right, next time, so that it doesn't keep walking 
into the left side of the screen. 


Now, we'll add some similar code to the moveRight method. At the end of the body of the 
moveRight method, add the following if statement: 


if (my _rect.x + my rect.width - 1 > WalkingMario.WINDOW WIDTH - 1) 
{ 


my rect.x = (WalkingMario.WINDOW WIDTH - 1) - (my_rect.width - 1); 
noving right = tealee; 


} 


The x-coordinate of the right side of the 
program's window is that window's width minus one. Therefore, if the x-coordinate of the right side of 
a Goomba (my rect.x + my rect.width - 1) is greater than the window's width minus one, 
it is off the right side of the screen. 


We set the position of a rectangle by setting the x-coordinate of its LEFT side (my rect.x). The 
rightmost possible position on the screen is WalkingMario.WINDOW WIDTH - 1. However, 
that's where we want the RIGHT side of our Goomba to be. 


To get where we want the LEFT side of our Goomba to be, we have to move left a number of pixels 
equal to its width (my _rect.width) minus one. Why minus one? Because if we start ON the 
rightmost pixel, we don't need to include THAT pixel in the counting of how many pixels to move left. 
To move left, we subtract (my rect.width - 1) from 

(WalkingMario.WINDOW WIDTH - 1), to get the expression: 


(WalkingMario.WINDOW WIDTH - 1) - (my_rect.width - 1) 


By setting the x-coordinate of the Goomba's right side to WalkingMario.WINDOW WIDTH - 1 
(by setting the x-coordinate of its LEFT side to (WalkingMario.WINDOW WIDTH - 1) - 

(my rect.width - 1) ), we put it back on the screen, at the rightmost possible position. Then, by 
setting moving right to false, we tell it to move left, next time, so that it doesn't keep walking 
into the right side of the screen. 


Run your program. The Goomba should move to the right, and then stay on the right side of the screen. 
It should also keep animating, even though it has stopped moving. Why doesn't it move to the left? 
Basically, we never tell it to move left! When we respond to a timer event, we ALWAYS call goom's 
moveRight method. There is no code in the Goomba class that decides which direction a Goomba 
should move in, based on the value of moving right. Let's add a method that does that. In your 
Goomba class, add the following method: 


public void act() 
{ 
if (moving right) 
moveRight (); 
else 
moveLeft(); 


We're going to call this method, whenever we respond to a timer event. It will decide which of our 
move methods to call, based on the value of moving right (our desired direction of motion). We 
could have called this method move, but I decided to call it act, to make it more general. What if we, 
someday, want to make Goombas able to jump or shoot? 


Finally, we're going to have the actionPerformed method of our TimerEventProcessor class 
call our act method, rather than moveRight, but first, check that the body of your Goomba class 
looks like: 


private static final int NUM FRAMES = 2; 
private etetic final 2nt TICKS PER FRAME = 8; 


private static final Rectangle|] FRAME SRC = 
{ 
new Rectangle(0, 4, 16, 16), 
new Rectangle(30, 4, 16, 16) 
be 


private Rectangle my rect; 
private int frame; 
priva 


te int tick; 
private boolean moving right; 


public Goomba () 


{ 
my rect = new Rectangle(200, 36, 16, 16); 


frame = 0; 
tick = 0; 
nNoving Fight = rie; 


} 


public void draw(Graphics g) 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x% + my rect.width, my rect.y + my rect heirgnt, 
FRAME SRC[frame].x, FRAME SRC[frame].y, 
FRAME SRC[frame].x + FRAME SRC[frame].width, 
FRAME SRC[frame].y + FRAME SRC[frame].height, null); 


} 


public void moveLeft () 
{ 
tick = (tick + 1) % TICKS PER FRAME; 
if (tick == 0) 
frame = (frame + 1) % NUM _FRAMES; 
iy £6ClLux — my rect.x = 1; 


af {my rect.% < 0) 
{ 
ny rect .s = OF 
moving Fight = 


} 


true; 


} 


public void moveRight () 


{ 
tick = (tick + 1) = TICKS PER. FRAME; 
if (tick == 0) 
frame = (frame + 1) % NUM_FRAMES; 
hy rect.x = my rect.x + 1; 


if (my _rect.x + my rect.width - 1 > WalkingMario.WINDOW WIDTH - 1) 


{ 
my rect.x = (WalkingMario.WINDOW WIDTH - 1) - 


(my reet.width = 1); 
moving right = false; 
} 
} 


public void act() 
{ 
if (moving right) 
moveRight (); 
else 
moveLeft(); 


Now, go to your TimerEvent Processor. java source file. In the actionPerformed method 
of your TimerEventProcessor class, replace ... 

WalkingMario.goom.moveRight (); 

... With: 

WalkingMario.goom.act(); 


Run your program. The Goomba should now move left and right, animating as it moves. It should also 
stay on the screen, at all times. 


Let's add one more feature; let's give our program a pause button. How about we pause the Goomba's 
movement and animation, whenever the P key is pressed by the user. We'll also use P to unpause the 
Goomba's movement and animation 


First, go to your WalkingMario.java source file. Let's add a new global variable: paused. It will 
be of type boolean, because the program can either be paused or not paused. Add the following 
declaration to your list of global variables: 


public static boolean paused; 
Initially, our program will not be paused, so in your main method, right after ... 
goom = new Goomba(); 


... Insert the following line of code: 


paused = false; 


Now, go to your KBInputProcessor. java source file. We haven't touched that one in a while! 
Whenever the P key is pressed, we're going to toggle whether the program is paused or not. Toggling a 
Boolean value is like flipping a light switch. If the program is not paused, we'll pause it. If the program 
is paused, we'll unpause it. In the keyPressed method of your KBInputProcessor class, add the 
following else if block to your if statement: 


Slee if (key code == Keykvent.VK.P) 
{ 
if (WalkingMario.paused) 


WalkingMario.paused = false; 
WalkingMario.timer.start(); 


WalkingMario.paused = true; 
WalkingMario.timer.stop(); 


WalkingMario.main window. repaint (); 


} 
When the P key is pressed: 


¢ Ifthe program is paused: 
© Unpause it, so that timer fires timer events again. Since goom only moves and animates 
(acts) in response to timer events, goom will "come alive" again. 
* Ifthe program is not paused: 
© Pause it, so that timer stops firing timer events. Since goom only moves and animates in 
response to timer events, goom will stop right there. 


Finally, regardless of whether the program is paused or not, we'll repaint the screen. Run your program. 
If you press P, the Goomba should stop moving and animating. If you press P again, the Goomba 
should move and animate again. 


Let's add one more thing. If the program is paused, let's have it display the word, PAUSED, on the 
screen, so the user knows that it's paused, and not frozen. Go to your Content Pane. java source 
file. At the end of the body of the paintComponent method of your Content Pane class, add the 
following if statement: 


if (WalkingMario.paused) 
g.drawString("PAUSED", 160, 140); 


Run your program. If you have done everything right, when you pause it, it should look something like: 


Walking Mario -(o) xj 


PAUSED 


By the way, you can still move Mario, when the program is paused. You can also move Mario off the 
screen. Write some code that stops the user from moving Mario, when the program is paused. 
Also, write some code that stops the user from moving Mario off the screen. 


Feel free to play around with this code, although you might want to save a backup copy first, in case 
you mess something up, and don't know how to fix it. To see other things you can do with timers, 


Google the following: 


Java Swing Timer class 


